Managing bookmarks within a collaborative application

ABSTRACT

A computer-implemented method of managing bookmarks within a collaborative application can include receiving a user input specifying a universal resource locator (URL) to be bookmarked and determining whether a bookmark record including the URL exists. Responsive to determining that a bookmark record including the URL does not exist, an address and a network type for the URL can be determined. A bookmark record including the URL and the network type can be stored.

FIELD OF THE INVENTION

The embodiments of the present invention relate to collaborativeapplications and, more particularly, to collaborative applications thatfacilitate bookmarking.

BACKGROUND OF THE INVENTION

Searching has been the primary mechanism for finding content withinnetworked computing environments. Available search technologies aresuited to locating free text content despite the free text not beingformally organized into a data structure for browsing. Search enginestypically operate by gathering content using crawlers that areconfigured by an administrator to function in a particular manner. Basedupon administratively defined rules, the crawlers collect informationabout Web pages or sites, thereby allowing users to search the crawledcontent.

If one wishes to separate one collection of data from another, ratherthan lumping all data together into a single collection, the decision todo so must be made by an administrator. The search engine can beconfigured with appropriate administrative rules for creating two, ormore, collections of data. Each collection can be processed, e.g.,crawled, independently. Only after that manual decision andconfiguration process is complete can users direct queries to aparticular collection.

Collaborative, or social, bookmarking has emerged as a way for Internetusers to store, organize, share, and search bookmarks of for Web pages.In a social bookmarking system, each user may save a universal resourcelocator (URL) to a Web page that the individual wishes to remember orshare with others. Typically, the bookmarks of one user are available toother users of the collaborative bookmarking system or are publiclyavailable. In some cases, bookmarks may be designated as private and,therefore, be available only to the user that created the bookmark.

Some collaborative bookmarking applications promote the use of tags fororganizing bookmarks. Tagging allows users to view a subset of bookmarksassociated with a chosen tag from a larger collection of bookmarks.Within collaborative environments, collaborative tagging can be used toorganize, categorize, and navigate the collection of bookmarks. Ingeneral, “collaborative tagging,” refers to a process by which more thanone user may associate tags with various bookmarks stored within thecollaborative bookmarking application.

With respect to both tagging and collaborative tagging, users associatekeywords, known as “tags,” with various objects or references toobjects, e.g., data. Each tag can be user-defined and is usuallydescriptive of some aspect of the object(s) to which the tag isassociated. A tag can be viewed as a form of metadata in that each tagprovides information about the data to which the tag is associated.

Unlike conventional search collections, tagged collections of bookmarkscollected by end users are not organized into a logical set ofsub-collections. For example, unlike typical taxonomies used for largedigital libraries, the tags used to describe content in a collaborativetagging system are not defined by a rigid classification system. Rather,users freely create tags and freely associate those tags with objects orreferences to objects, depending upon the particular type ofcollaborative tagging system. This results in a “flatter” structure forclassifying data. By comparison, a taxonomy is hierarchical in nature.Navigating from one item of information to another within a taxonomyrequires traversal of the hierarchy.

BRIEF SUMMARY OF THE INVENTION

The embodiments of the present invention relate to collaborativeapplications and, more particularly, to collaborative applications thatfacilitate bookmarking. One embodiment of the present invention caninclude a computer-implemented method of managing bookmarks within acollaborative application. The method can include receiving a user inputspecifying a universal resource locator (URL) to be bookmarked anddetermining whether a bookmark record including the URL exists.Responsive to determining that a bookmark record including the URL doesnot exist, an address and a network type for the URL can be determined.A bookmark record including the URL and the network type can be stored.

Another embodiment of the present invention can include acomputer-implemented method of managing bookmarks within a collaborativeapplication including storing a plurality of bookmark records, whereineach bookmark record includes a URL and a network type, and receiving aquery specifying a network type search parameter. The method can includelocating each bookmark record that matches the query, wherein eachlocated bookmark record includes a network type that conforms with thenetwork type search parameter, and outputting at least a portion of abookmark record that matches the query.

Yet another embodiment of the present invention can include a computerprogram product including a computer-usable medium havingcomputer-usable program code that, when executed, causes a machine toperform the various steps and/or functions described herein.

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS

FIG. 1 is a block diagram illustrating a system for managing bookmarksin accordance with one embodiment of the present invention.

FIG. 2 is a first flow chart illustrating a method of managing bookmarkswithin a collaborative application in accordance with another embodimentof the present invention.

FIG. 3 is a second flow chart illustrating a method of managingbookmarks within a collaborative application in accordance with anotherembodiment of the present invention.

DETAILED DESCRIPTION OF THE INVENTION

As will be appreciated by one skilled in the art, the present inventionmay be embodied as a method, system, or computer program product.Accordingly, the present invention may take the form of an entirelyhardware embodiment, an entirely software embodiment, includingfirmware, resident software, micro-code, etc., or an embodimentcombining software and hardware aspects that may all generally bereferred to herein as a “circuit,” “module,” or “system.”

Furthermore, the invention may take the form of a computer programproduct accessible from a computer-usable or computer-readable mediumproviding program code for use by, or in connection with, a computer orany instruction execution system. For the purposes of this description,a computer-usable or computer-readable medium can be any apparatus thatcan contain, store, communicate, propagate, or transport the program foruse by, or in connection with, the instruction execution system,apparatus, or device.

Any suitable computer-usable or computer-readable medium may beutilized. For example, the medium can include, but is not limited to, anelectronic, magnetic, optical, electromagnetic, infrared, orsemiconductor system (or apparatus or device), or a propagation medium.A non-exhaustive list of exemplary computer-readable media can includean electrical connection having one or more wires, an optical fiber,magnetic storage devices such as magnetic tape, a removable computerdiskette, a portable computer diskette, a hard disk, a rigid magneticdisk, a magneto-optical disk, an optical storage medium, such as anoptical disk including a compact disk—read only memory (CD-ROM), acompact disk—read/write (CD-R/W), or a DVD, or a semiconductor or solidstate memory including, but not limited to, a random access memory(RAM), a read-only memory (ROM), or an erasable programmable read-onlymemory (EPROM or Flash memory).

A computer-usable or computer-readable medium further can include atransmission media such as those supporting the Internet or an intranet.Further, the computer-usable medium may include a propagated data signalwith the computer-usable program code embodied therewith, either inbaseband or as part of a carrier wave. The computer-usable program codemay be transmitted using any appropriate medium, including but notlimited to the Internet, wireline, optical fiber, cable, RF, etc.

In another aspect, the computer-usable or computer-readable medium canbe paper or another suitable medium upon which the program is printed,as the program can be electronically captured, via, for instance,optical scanning of the paper or other medium, then compiled,interpreted, or otherwise processed in a suitable manner, if necessary,and then stored in a computer memory.

Computer program code for carrying out operations of the presentinvention may be written in an object oriented programming language suchas Java, Smalltalk, C++ or the like. However, the computer program codefor carrying out operations of the present invention may also be writtenin conventional procedural programming languages, such as the “C”programming language or similar programming languages. The program codemay execute entirely on the user's computer, partly on the user'scomputer, as a stand-alone software package, partly on the user'scomputer and partly on a remote computer, or entirely on the remotecomputer or server. In the latter scenario, the remote computer may beconnected to the user's computer through a local area network (LAN) or awide area network (WAN), or the connection may be made to an externalcomputer (for example, through the Internet using an Internet ServiceProvider).

A data processing system suitable for storing and/or executing programcode will include at least one processor coupled directly or indirectlyto memory elements through a system bus. The memory elements can includelocal memory employed during actual execution of the program code, bulkstorage, and cache memories which provide temporary storage of at leastsome program code in order to reduce the number of times code must beretrieved from bulk storage during execution.

Input/output or I/O devices (including but not limited to keyboards,displays, pointing devices, etc.) can be coupled to the system eitherdirectly or through intervening I/O controllers. Network adapters mayalso be coupled to the system to enable the data processing system tobecome coupled to other data processing systems or remote printers orstorage devices through intervening private or public networks. Modems,cable modems, and Ethernet cards are just a few of the currentlyavailable types of network adapters. Examples of data processing systemscan include desktop computer systems, laptop computer systems, servers,personal digital assistants, mobile communication devices, e.g., mobilephones, or other information appliances.

The present invention is described below with reference to flowchartillustrations and/or block diagrams of methods, apparatus (systems), andcomputer program products according to embodiments of the invention. Itwill be understood that each block of the flowchart illustrations and/orblock diagrams, and combinations of blocks in the flowchartillustrations and/or block diagrams, can be implemented by computerprogram instructions. These computer program instructions may beprovided to a processor of a general purpose computer, special purposecomputer, or other programmable data processing apparatus to produce amachine, such that the instructions, which execute via the processor ofthe computer or other programmable data processing apparatus, createmeans for implementing the functions/acts specified in the flowchartand/or block diagram block or blocks.

These computer program instructions may also be stored in acomputer-readable memory that can direct a computer or otherprogrammable data processing apparatus to function in a particularmanner, such that the instructions stored in the computer-readablememory produce an article of manufacture including instruction meanswhich implement the function/act specified in the flowchart and/or blockdiagram block or blocks.

The computer program instructions may also be loaded onto a computer orother programmable data processing apparatus to cause a series ofoperational steps to be performed on the computer or other programmableapparatus to produce a computer implemented process such that theinstructions which execute on the computer or other programmableapparatus provide steps for implementing the functions/acts specified inthe flowchart and/or block diagram block or blocks.

The embodiments disclosed herein relate to collaborative applicationsand, more particularly, to collaborative bookmarking. In accordance withthe embodiments disclosed herein, a collaborative application canautomatically detect information that is to be stored as part of two ormore different collections. The information, e.g., bookmarks, can bestored along with an indicator of the particular collection to which thedata belongs. More particularly, in the context of bookmarking auniversal resource locator (URL) within a collaborative application, anetwork type for each URL can be detected, stored, and used as amechanism for separating and/or organizing bookmarks within a collectionof bookmarks.

As URL is identified for inclusion within the collaborative application,the collaborative application can determine a network type for that URL.The network type attribute can be stored with the URL as part of abookmark record. Accordingly, in subsequent interactions with thecollaborative application, users may query or otherwise utilize thenetwork type to manage, organize, or locate bookmark records within thecollaborative application.

A “site,” as used herein, can refer to any network accessible resourcethat is accessed by a URL or an address. For example, a “site” can referto any Web site, markup language page or file, electronic document, orthe like, whether stored on a private network, e.g., an intranet, or ona public network, e.g., the Internet. A “URL,” as used herein, can referto the textual address used to access a network accessible site. A URLcan refer to the human readable form of a network address that mimicsthe folder or directory structure of a computer file system. The URLindicates the particular communication protocol to be used to access agiven resource as well as the domain. Further directory structuresexisting beneath the domain also may be specified for increasing detail.

By comparison, the address, or Internet Protocol (IP) address, refers tothe numerical address to which the URL is translated in order to lookupor access a particular site when referenced by its URL. The IP addressis an identifier for a computer or device on a TCP/IP network. Networksusing the TCP/IP protocol route messages based on the IP address of thedestination. The format of an IP address is a 32-bit numeric addresswritten as four numbers separated by periods.

FIG. 1 is a block diagram illustrating a system 100 for managingbookmarks in accordance with one embodiment of the present invention. Asshown, the system 100 can include a collaborative application 105executing within a data processing system 110, a data storage device130, a plurality of intranet sites 115, 120, and 125, as well as one ormore user data processing systems 145. Each of the aforementionedcomponents may be communicatively linked via a communication network150.

The communication network 150 can be an intranet. The communicationnetwork 150 may be a private network that can include or be implementedas, without limitation, a WAN, a LAN, the Public Switched TelephoneNetwork (PSTN), the Web, the Internet, and one or more intranets. Thecommunication network 150 further can be implemented as or include oneor more wireless networks, whether short or long range, including mobilecommunication networks. It should be appreciated that when publicnetworks are included within communication network 150, various securityprotections can be implemented, e.g., virtual private networking,encryption, or the like such that the communication network 150 stillmay be considered private or available only to a limited and/or definedset of users, e.g., where access is restricted.

The collaborative application 105 can be a collaborative taggingapplication, a collaborative bookmarking application, or somecombination of the two. The data storage device 130 can includeapplication data for the collaborative application 105. The data storedwithin the data storage device 130 can be stored in the form of adatabase, one or more tables, or in any other suitable datastructure(s). In one embodiment, the data storage device 130 can beincluded within the data processing system 110. In another embodiment,and as shown, the data storage device 130 can be physically separatefrom, but communicatively linked with, the data processing system 110via communication network 150. Further, it should be appreciated thatthe data storage device 130 can be implemented as a plurality ofinter-connected data storage devices.

In any case, the data storage device 130 can include, or store, aplurality of bookmark records 135. Each bookmark record 135 can includea URL for a site that has been bookmarked by a user of the collaborativeapplication 105, optionally one or more tags, and a network type. Thenetwork type can be determined automatically by the collaborativeapplication 105 as will be described herein in greater detail.

Also included within the data storage device 130 can be an intranetaddress allocation table 140. The intranet address allocation table 140can comprise a list of addresses, specified by an administrator, thatare part of the intranet of an organization. For example, the intranetaddress allocation table 140 can specify each IP address or variousranges of IP addresses that are part of the intranet of a company orother organization. As such, the various sites of an intranetcorresponding to the enumerated addresses within the intranet addressallocation table 140 are not publicly available or are restricted insome way. Each site having an address in the intranet address allocationtable 140 can be available only to designated users having propercredentials or access privileges for viewing such sites.

In one embodiment, the intranet address allocation table 140 can bespecified as one or more Extensible Markup Language (XML) files, e.g.,as a set of XML files that may be configured via an administrativeconsole. One of the configuration settings can control or configure theintranet address allocation table 140. An exemplary intranet addressallocation table is provided below:

  <!--   Intranet IP Range (inclusive)  --><privateIntranetAllocationTable>   <ipRange from=“9.0.0.0”to=“9.247.255.255” />   <ipRange from=“10.0.0.0” to=“10.0.255.255” />  <ipRange from=“129.39.0.0” to=“129.39.255.255” />   <ipRangefrom=“130.103.0.0” to=“130.103.255.255” />   <ipRange from=“149.131.0.0”to=“149.131.255.255” />   <ipRange from=“158.98.0.0” to=“158.98.255.255”/> </privateIntranetAllocationTable>From the exemplary intranet address allocation table above, it can beseen that various ranges of IP addresses can be specified as intranetaddress. It should be appreciated that storing the intranet addressallocation table 140 as an XML file is but one possible embodiment. Theintranet address allocation table 140 can be specified in any of avariety of different data structures and/or formats.

The data processing system 145 may be a user-accessible computingsystem. Though one is illustrated, it should be appreciated that manymore user-accessible computing systems may be included within the system100. Each of the intranet sites 115-125 may be hosted within a dataprocessing system, e.g., a server, and be available only to users thathave been given access to such intranet sites 115-125. For example,intranet sites 115-125 can be available only to users allowed to accesscommunication network 150 or some subset of such users.

Communication network 150 can be communicatively linked with acommunication network 155. Communication network 155 can be implementedas, or include, without limitation, a WAN, a LAN, the Public SwitchedTelephone Network (PSTN), the Web, and the Internet. Communicationnetwork 155 further can be implemented as or include one or morewireless networks, whether short or long range, including mobilecommunication networks. Communication network 155 and resources withinthat network, in contrast to communication network 150, can be publiclyaccessible, e.g., accessed by users without restriction. Throughcommunication network 155, users, including users working through dataprocessing systems linked with communication network 150, e.g., dataprocessing system 145, may access Internet sites 160, 165, and 170. Eachsuch Internet site may be hosted by a suitable data processing system.

In operation, a user working through data processing system 145 can viewan intranet site, e.g., intranet site 115. After determining that theintranet site is useful, the user may provide an input to thecollaborative application 105 indicating that the intranet site 115should be bookmarked. Responsive to that request, the collaborativeapplication 105 can perform an analysis to determine whether theintranet site has been bookmarked already, e.g., whether a bookmarkrecord 135 exists within the data storage device 130 for intranet site115.

If not, the collaborative application 105 can create a bookmark record135. The bookmark record 135 can specify the URL of intranet site 115 aswell as any tags that the user may have specified. In addition, thecollaborative application 105 can determine the address of intranet site115 and compare that address with the intranet address allocation table140. Based upon whether the address of intranet site 115 is enumeratedwithin the intranet address allocation table 140, a network type can bestored as part of the bookmark record 135 for intranet site 115. Thenetwork type can indicate whether intranet site 115 is within theintranet or is part of the Internet. In this case, the network type canbe “intranet.”

In another example, in the case where the user bookmarks Internet site160, the collaborative application 105 can identify the address ofInternet site 160 and compare that address with the intranet addressallocation table 140. After determining that Internet site 160 is not anenumerated intranet site, the bookmark record 135 created for Internetsite 160 can indicate a network type of “Internet.”

FIG. 2 is a flow chart illustrating a method 200 of managing bookmarkswithin a collaborative application in accordance with another embodimentof the present invention. The method 200 can be implemented using thesystem as described with reference to FIG. 1. The method 200 can beginin a state where a user of the collaborative application, e.g., a memberof an organization and one with access to restricted or private intranetsites, is viewing one or more different sites, whether intranet sites orInternet sites.

Accordingly, in step 205, the collaborative application can receive auser input specifying a URL to be bookmarked. In step 210, thecollaborative application can search existing bookmark records todetermine whether the specified URL exists in the collaborativeapplication or has already been bookmarked, e.g., is specified within abookmark record. In step 215, if user input URL exists in thecollaborative application, the method can end. It should be appreciated,however, that the user still may add one or more tags as desired. If theURL does not exist in the collaborative application, the method canproceed to step 220.

In step 220, responsive to determining that the URL does not exist inthe collaborative application, the address, e.g., the IP address for theURL, can be determined. In step 225, the address of the URL can becompared with the intranet address allocation table to determine whetherthe address of the URL is specified by the intranet address allocationtable as an intranet address, e.g., a private or restricted address. Instep 230, the collaborative application can determine the network typeof the address based upon the comparison from step 225. When the addressfor the URL is an address that is included or specified in the intranetaddress allocation table, the network type for the URL can be“intranet.” When the address is not an enumerated address in theintranet address allocation table, the network type of the URL can bespecified as “Internet.”

In step 235, the collaborative application can output a bookmark recordfor the URL. The bookmark record can include the URL, any tags that theuser may have specified for the URL, as well as the network typedetermined in step 230. As used herein, “output” or “outputting” caninclude, but is not limited to, storing data in memory, writing to afile, writing to a user display or other output device, playing audiblenotifications, sending or transmitting to another system, exporting, orthe like.

FIG. 3 is a flow chart illustrating a method 300 of managing bookmarkswithin a collaborative application in accordance with another embodimentof the present invention. The method 300 can be implemented using thesystem described with reference to FIG. 1. The method 300 can begin in astate where the system includes, or has stored, a plurality of bookmarkrecords, each specifying a URL, any tags that have been associated withthat URL, as well as a network type. The collection of bookmark recordsmay be searched by users of the collaborative application.

In step 305, a query can be received from a user of the collaborativeapplication. The query can specify one or more search parameters. Thesearch parameters can specify, for example, some part or all of a URL tobe located, some part or all of a tag or tags, as well as a network typesearch parameter. Thus, a user may search for any URLs that have beentagged with the tag “IBM” and for which the network type is “Internet”or “intranet” as may be desired by the user that submits the query. Thenetwork type search parameter further may be specified as “both,” “donot care,” or “all” which may return bookmark records matching thesearch parameters that may be intranet sites or Internet sites. That is,the query results would include both intranet sites and Internet sites.

In step 310, the collaborative application can search the bookmarkrecords for any bookmark records that match the search parameter(s) ofthe query received in step 305. In step 315, any matching bookmarkrecords can be located or otherwise identified. In step 320, one or moreof the bookmark records, or any portion thereof, identified or locatedin step 315 can be output. For example, the entire bookmark record, orrecords as the case may be, may be output, the URLs only may be output,or the like.

When bookmark records, or bookmarks, e.g., URLs, are visuallyrepresented, URLs having a network type of intranet can be visuallydistinguished from URLs having a network type of Internet. For example,the identifier or graphic typically associated with the URL may beindicative of the network type of the URL. One type of icon may bedisplayed for intranet sites while another icon can be displayed forInternet sites. Different colors of text or fonts also may be used todistinguish or indicate URLs according to network type.

The embodiments disclosed herein facilitate the automatic detection ofintranet and Internet content when stored within a shared repository,e.g., a folksonomy. Improved navigation and information discovery can beprovided via automatic identification of network types for URLs.

The flowchart(s) and block diagram(s) in the figures illustrate thearchitecture, functionality, and operation of possible implementationsof systems, methods and computer program products according to variousembodiments of the present invention. In this regard, each block in theflowchart(s) or block diagram(s) may represent a module, segment, orportion of code, which comprises one or more executable instructions forimplementing the specified logical function(s). It should also be notedthat, in some alternative implementations, the functions noted in theblocks may occur out of the order noted in the figures. For example, twoblocks shown in succession may, in fact, be executed substantiallyconcurrently, or the blocks may sometimes be executed in the reverseorder, depending upon the functionality involved. It will also be notedthat each block of the block diagram(s) and/or flowchartillustration(s), and combinations of blocks in the block diagram(s)and/or flowchart illustration(s), can be implemented by special purposehardware-based systems that perform the specified functions or acts, orcombinations of special purpose hardware and computer instructions.

The terminology used herein is for the purpose of describing particularembodiments only and is not intended to be limiting of the invention. Asused herein, the singular forms “a,” “an,” and “the” are intended toinclude the plural forms as well, unless the context clearly indicatesotherwise. It will be further understood that the terms “comprises”and/or “comprising,” when used in this specification, specify thepresence of stated features, integers, steps, operations, elements,and/or components, but do not preclude the presence or addition of oneor more other features, integers, steps, operations, elements,components, and/or groups thereof.

The corresponding structures, materials, acts, and equivalents of allmeans or step plus function elements in the claims below are intended toinclude any structure, material, or act for performing the function incombination with other claimed elements as specifically claimed. Thedescription of the present invention has been presented for purposes ofillustration and description, but is not intended to be exhaustive orlimited to the invention in the form disclosed. Many modifications andvariations will be apparent to those of ordinary skill in the artwithout departing from the scope and spirit of the invention. Theembodiments were chosen and described in order to best explain theprinciples of the invention and the practical application, and to enableothers of ordinary skill in the art to understand the invention forvarious embodiments with various modifications as are suited to theparticular use contemplated.

Having thus described the invention of the present application in detailand by reference to the embodiments thereof, it will be apparent thatmodifications and variations are possible without departing from thescope of the invention defined in the appended claims.

What is claimed is:
 1. A computer-implemented method of managingbookmarks within a collaborative application, comprising: receiving auser input specifying a universal resource locator (URL) to bebookmarked in the collaborative application; determining whether abookmark record including the URL exists; storing, within a storagehardware device and responsive to determining that the bookmark recordincluding the URL does not exist in the collaborative application, abookmark record comprising the URL and a network type indication of theURL as part of the bookmark record.
 2. The method of claim 1, furthercomprising determining whether an address of the URL is specified withinan intranet address allocation table.
 3. The method of claim 2, whereinthe network type is intranet upon the URL being specified in theintranet address allocation table.
 4. The method of claim 2, wherein thenetwork type is internet upon the URL not being specified in theintranet address allocation table.
 5. The method of claim 1, furthercomprising outputting the URL and an indication of the network type. 6.The method of claim 1, further comprising receiving a query specifying anetwork type search parameter.
 7. The method of claim 6, furthercomprising locating, within the storage hardware device, and outputtingat least a portion of each bookmark record having a network typematching the network type search parameter specified within the query.8. A computer hardware system configured to manage bookmarks within acollaborative application, comprising: a storage hardware device; and atleast one hardware processor, wherein the at least one hardwareprocessor is configured to initiate and/or perform: receiving a userinput specifying a universal resource locator (URL) to be bookmarked inthe collaborative application; determining whether a bookmark recordincluding the URL exists; storing, within the storage hardware deviceand responsive to determining that the bookmark record including the URLdoes not exist in the collaborative application, a bookmark recordcomprising the URL and a network type indication of the URL as part ofthe bookmark record.
 9. The system of claim 8, wherein the at least onehardware processor is further configured to initiate and/or performdetermining whether an address of the URL is specified within anintranet address allocation table.
 10. The system of claim 9, whereinthe network type is intranet upon the URL being specified in theintranet address allocation table.
 11. The system of claim 9, whereinthe network type is internet upon the URL not being specified in theintranet address allocation table.
 12. The system of claim 8, whereinthe at least one hardware processor is further configured to initiateand/or perform outputting the URL and an indication of the network type.13. The system of claim 8, wherein the at least one hardware processoris further configured to initiate and/or perform receiving a queryspecifying a network type search parameter.
 14. The system of claim 13,wherein the at least one hardware processor is further configured toinitiate, and/or perform locating, within the storage hardware device,and outputting at least a portion of each bookmark record haying anetwork type matching the network type search parameter specified withinthe query.
 15. A computer program product for managing bookmarks withina collaborative application, comprising: a storage hardware devicehaving stored therein computer-usable program code, which when executedby a computer hardware system, causes the computer hardware system toperform: receiving a user input specifying a universal resource locator(URL) to be bookmarked in the collaborative application; determiningwhether a bookmark record including the URL exists; storing, within thestorage hardware device and responsive to determining that the bookmarkrecord including the URL does not exist in the collaborativeapplication, a bookmark record comprising the URL and a network typeindication of the URL as part of the bookmark record.
 16. The computerprogram product of claim 15, wherein the computer-usable program codefurther causes the computer hardware system to perform determiningwhether an address of the URL is specified within an intranet addressallocation table.
 17. The computer program product of claim 16, whereinthe network type is intranet upon the URL being specified in theintranet address allocation table.
 18. The computer program product ofclaim 16, wherein the network type is internet upon the URL not beingspecified in the intranet address allocation table.
 19. The computerprogram product of claim 15, wherein the computer-usable program codefurther causes the computer hardware system to perform outputting theURL and an indication of the network type.
 20. The computer programproduct of claim 15, wherein the computer-usable program code furthercauses the computer hardware system to perform receiving a queryspecifying a network type search parameter.